METHOD, APPARATUS AND PROGRAM STORAGE 
DEVICE FOR DETERMINING SECTOR BLOCK SIZES 
USING EXISTING CONTROLLER SIGNALS 



BACKGROUND OF THE INVENTION 

1. Field of the Invention . 

This invention relates in general to storage systems, and more particularly to a 
method, apparatus and program storage device for determining sector block sizes using 
existing controller signals. 

2, Description of Related Art . 

Magnetic recording is a key and invaluable segment of the information-processing 
industry. While the basic principles are one hundred years old for early tape devices, and 
over forty years old for magnetic hard disk drives, an influx of technical innovations 
continues to extend the storage capacity and performance of magnetic recording products. 
For hard disk drives, the areal density of written data bits on the magnetic medium has 
increased by a factor of more than two million since the first disk drive was applied to 
data storage. Areal density continues to grow due to improvements in magnet recording 
heads, media, drive electronics, and mechanics. 

Data bits may be read from and written to data sectors on the magnetic medium 
by read/write heads. In turn, read and write signals are commxmicated to and from the 
read/write heads through a read/write recording channel. Storage controllers provide 
support for several different sizes of these data sectors. However, the actual sector sizes 
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that a read/write channel supports are typically not muhiples of codeword sizes 
(including cyclic redundancy code (CRC) bytes and error correction code (ECC) bytes), 
e.g., channel run-length-limited (RLL) codes. The "byte" here is a generic term for 
referring a group of bits. It may be, but is not limited to, a group of 8-bits. It could be a 
5 group of any number of bits such as 10-bits or 12-bits. The examples described herein 
may be applied to different sizes of the "byte". A codeword size is the number of user 
bits transferred (as opposed to channel bits which are encoded user bits) and the code rate 
(= m/n) of, for example an RLL code, describes the ratio of the user bits (w) to the 
encoded channel bits («). 

1 0 More specifically, a channel code rate of 1/2 means that twice as much 

information as the user data is written on a magnetic medium. For example, if a storage 
controller, such as a hard disk controller (HDC), provides a 612-byte data sector and 8 
CRC bytes and 36 ECC bytes, the actual size of the sector is 656 bytes. If a 96/104 
channel code rate is used (i.e., 96 user bits to 104 encoded channel bits), then the 

1 5 codeword size is 12 bytes (i.e., 96 user bits divided by 8 bits, assuming there are 8-bits in 
a byte in this case). 

When the size of a last block of data does not equal the size of the codeword, a 
read/write channel may process the last data block in two ways. The first way is to pad 
additional bytes to the last data block to extend its length to match the codeword size. 
20 For example, the block size of the last block of data (R) may be calculated as a modulo of 
the sector size and the codeword size I, denoted as MOD (N, L\ If the sector size N\s 
556 bytes and a 96/104-channel code rate is used, then the size of the last data block is 4 
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bytes (i.e., R = MOD (556, 12) = 4 bytes). Then, the number of pad bytes required to 
make the size of the last data block equal to the codeword size is eight (i.e., 12 bytes - 4 
bytes = 8 bytes). The approach of padding bytes extends parity protection on the last data 
block, but reduces overall code rate efficiency thereby resulting in losses in storage track 
5 format efficiency. 

The second approach to deal with a smaller last data block is not to pad bytes to 
the last data block, but to leave the last data block parity unprotected. This technique 
does not suffer from a loss^ of code rate efficiency. However, this technique does increase 
the error rate thereby reducing error rate performance (e.g., the order of magnitude of 
1 0 losses depends on raw soft error rates). 

A better way of dealing with the last data block is to employ a scheme that allows 
parity protection on a variable block size instead of a fixed block size. For example, in 
the case of a 96/104-channel code rate, parity protection on the last data block may be 
accomplished on block sizes starting with, for example, the 4 bytes as calculated above 
1 5 and proceed in 2-byte increment. This approach requires no pad bytes and retains parity 
protection on the last data block, thus, gaining overall system performance. However, in 
order to implement this approach, a read/write channel needs to know the size of the last 
data block, a parameter not provided by the current read/write channel hardware. 

Nevertheless, there are techniques for a read/write channel to determine the size 
20 of the last data block. One way is for the recording channel to provide an electrical 

contact point (pin) for the storage controller, using a signal on the pin to determine the 
size of the last data block. Another technique is for the recording channel to provide 
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registers to store the information of the size of last data block. However, these 
techniques require modifications to the interface between the controller and the 
read/write channel. 

It can be seen then that there is a need for a method, apparatus and program 
5 storage device for determining sector block sizes using existing controller signals. 
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I I 

SUMMARY OF THE INVENTION 
To overcome the limitations in the prior art described above, and to overcome 
other Hmitations that will become apparent upon reading and understanding the present 
specification, the present invention discloses a method, apparatus and program storage 
5 device for determining sector block sizes using existing controller signals. 

The present invention solves the above-described problems by determining block 
sizes of the last blocks of data sectors including split sectors that a read/write channel 
receives from or transmits to a storage controller without any modifications to the 
interface between the controller and the read/write channel. Further, an appropriate 
1 0 parity encoding/decoding on the last blocks of data may be applied without padding 
additional bytes thereby resulting in an improvement in error rates and savings in data 
rate efficiency. 

A program storage device readable by a computer tangibly embodies one or more 
programs of instructions executable by the computer to perform a method for determining 
15 a size of a last data block processed in a storage system, wherein the method includes 
detecting a characteristic of a data channel gate signal indicating a length of data, 
determining the length of data based on the detection of the characteristic, and calculating 
a size of a last data block in the length of data based on the determined length. 

In another embodiment of the present invention, a read/write channel device is 
20 provided. The read/write chanaiel device includes a signal processor for detecting a 
characteristic of a data channel gate signal indicating a length of data, and a counter to 
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determine the length of the data based on the detection of the characteristic and to 
calculate the size of a last data block in the length of data based on the determined length. 

In another embodiment of the present invention, a storage system for determining 
sector block sizes using existing controller signals is provided. The storage system 
includes a storage medium for storing data thereon, the storage medium formatted for a 
predetermined sector length, a transducer, operatively coupled to the storage medium, for 
reading and writing data on the storage medium, and a read/write channel device for 
determining a size of a last data block, including a signal processor for detecting a 
characteristic of a data channel gate signal indicating a length of data, and a counter to 
determine the length of the data based on the detection of the characteristic and to 
calculate the size of the last data block in the length of data based on the determined 
length. 

In another embodiment of the present invention, another storage system for 
determining the size of a last data block is provided. This storage system includes means 
for detecting a characteristic of a data channel gate signal indicating a length of data, 
means for determining the length of data based on the detection of the characteristic, and 
means for calculating the size of a last data block in the length of data based on the 
determined length. 

In another embodiment of the present invention, a method of determining a size of 
a last data block processed in a storage system is provided. The method includes detecting 
a characteristic of a data channel gate signal indicating a length of data, determining the 
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length of data based on the detection of the characteristic, and calculating a size of a last 
data block in the length of data based on the determined length. 

These and various other advantages and features of novelty which characterize the 
invention are pointed out with particularity in the claims annexed hereto and form a part 
5 hereof. However, for a better understanding of the invention, its advantages, and the objects 
obtained by its use, reference should be made to the drawings which form a further part 
hereof, and to accompanying descriptive matter, in which there are illustrated and described 
specific examples of an apparatus in accordance with the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 

Fig. 1 illustrates a storage system; 
5 Fig. 2 is an illustration of one example of a magnetic disk drive storage system; 

Fig. 3 illustrates a graph showing performance losses due to a lack of parity 
protection on a last data block having a size of eight bytes; 

Fig. 4 illustrates a graph showing performance losses due to a lack of parity 
protection on a last data block having a size of four bytes; 
1 0 Fig. 5 illustrates a read/write channel according to one embodiment of the present 

invention; 

Fig. 6 is a timing diagram illustrating the transition of a storage controller write 
signal for determining sector block sizes according to one embodiment of the present 
invention; 

1 5 Fig. 7 is a timing diagram illustrating the transition of a storage controller read 

signal for determining sector block sizes according to one embodiment of the present 
invention; 

Fig. 8 is a flow chart for determining sector block sizes using existing controller 
signals; and 

20 Fig. 9 illustrates a storage system that determines sector block sizes using existing 

controller signals according to one embodiment of the invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
In the following description of the exemplary embodiment, reference is made to 
the accompanying drawings that form a part hereof, and in which is shown by way of 
illustration the specific embodiment in which the invention may be practiced. It is to be 
5 understood that other embodiments may be utilized as structural changes may be made 
without departing from the scope of the present invention. 

The present invention provides a method, apparatus and program storage device 
for determining sector block sizes using existing controller signals. Parity protection or 
any other operations may be added to variable block size data. A system determines 
1 0 block sizes of the last blocks of data sectors that a read/write channel receives from or 
transmits to a controller without any modifications to the current interface between 
controller and the read/write channel. An appropriate parity encoding/decoding on the 
last blocks of data or any other operations on the last blocks of data may be applied 
without padding additional bytes to provide an improvement in error rates and a savings 
15 in data rate efficiency. 

Fig. 1 illustrates a storage system 100. In Fig. 1, a transducer 1 10 is under control 
of an actuator 120. The actuator 120 controls the position of the transducer 110. The 
transducer 110 writes and reads data on magnetic media 130. The read/write signals are 
passed to a data channel 140. A signal processor 150 controls the actuator 120 and 
20 processes the signals of the data channel 140. In addition, a media translator 160 is 

controlled by the signal processor 150 to cause the magnetic media 130 to move relative 
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to the transducer 1 10. The present invention is not meant to be limited to a particular 
type of storage system 100 or to the type of media 130 used in the storage system 100. 

Fig. 2 is an illustration of one example of a magnetic disk drive storage system 
200. As shown in Fig. 2, at least one rotatable magnetic disk 220 is supported on a 
5 spindle 222 and rotated by a disk drive motor 224. The magnetic recording media on 
each disk 220 is in the form of an annular pattern of concentric data tracks (not shown). 

At least one slider 226 is positioned on the disk 220, each slider 226 supporting 
one or more magnetic read/write heads 228, wherein the heads 228 incorporate a sensor 
of the present invention. As the disk(s) 220 rotate, slider 226 is moved radially in and out 
1 0 over disk surface 230 so that the heads 228 may access different portions of the disk 220 
wherein desired data is recorded. Each slider 226 is attached to an actuator arm 232 by 
means of a suspension 234. The suspension 234 provides a slight spring force, which 
biases the slider 226 against the disk surface 230. Each actuator arm 232 is attached to an 
actuator 236. The actuator 236 may be, for example, a voice coil motor (VCM). The 
1 5 actuator 236 is controlled by position control signals 244 supplied by a control unit 240. 

During operation of the disk drive 200, the rotation of the disk 220 generates an 
air bearing between the slider 226 and the disk surface 230, which exerts an upward force 
or lift on the slider 226. The surface of the slider 226, which includes the heads 228 and 
faces the surface of disk 220 is referred to as an air-bearing surface (ABS). The air 
20 bearing thus counter-balances the slight spring force of suspension 234 and, during 
normal operation, supports the slider 226 proximate the disk surface 230 at a small, 
substantially constant spacing. 
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The various components of the disk drive 200 are controlled in operation by 
control signals generated by a control unit 240, such as access control signals and internal 
clock signals. Typically, control unit 240 has logic control circuits, storage apparatus, 
and a microprocessor. The control unit 240 generates control signals to control various 
5 system operations such as drive motor control signals 242 and head position control 
signals 244. The position control signals 244 provide the desired current profiles to 
optimally move and position the slider 226 to the desired data track on the disk 220. 
Read and write signals are communicated to and from the read/write heads 228 through a 
recording channel 246. The recording channel may include devices, such as an 

1 0 encoder/decoder (ENDEC) and/or parity post-processor (PPP) 260 and counters 265. 

The above description of a typical magnetic disk drive storage system 200 is for 
representation purposes only. It should be apparent that storage systems may contain a 
large number of disks and actuators, and that each actuator may support a number of 
sliders. Many other variations of the basic typical magnetic storage system 200 may be 

1 5 used in conjunction with the present invention while keeping within the scope and 
intention of the invention. However, those skilled in the art will recognized that the 
present invention is not meant to be limited to magnetic disk drive storage systems as 
illustrated in Fig. 2. 

Figs. 3-4 are graphs 300, 400 illustrating losses in system performance due to a 
20 lack of parity protection. When dealing with a last data block that is smaller than the 
codeword, the read/write channel might leave the last data block parity unprotected and 
not pad bytes to the last data block. As mentioned above, this technique increases the 
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error rate, reducing error rate performance (e.g., the order of magnitude of loss depending 
on raw soft error rates). 

Fig. 3 illustrates a graph 300 showing performance losses due to a lack of parity 
protection on a last data block having a size of eight bytes. More specifically, Fig. 3 
illustrates losses in performance due to the lack of parity protection on the last data block 
with respect to performance differences between parity code and non-parity code. This 
graph 300 assumes an actual sector size of 572 bytes (AO, including CRC and ECC bytes, 
a codeword size (I) of 12 bytes, and the last data block size (7?) equaling 8 bytes (e.g., R 
= MOD (N, L) = MOD (572, 12) = 8 bytes). Hence, the bit error rate (BER) gain as 
illustrated in graph of Fig. 3 having they-axis labeled as Order of Magnitude Losses 
(loglO) 310 and the x-axis labeled as Assumed Gains from Parity over No Parity 320, is 
approximately a 0.4 order of magnitude loss 330 with the last data block having eight 
bytes. 

Fig. 4 illustrates a graph 400 showing performance losses due to a lack of parity 
protection on a last data block having a size of four bytes. More specifically. Fig. 4 
illustrates losses in performance due to the lack of parity protection on the last data block 
with respect to performance differences between parity code and non-parity code. This 
graph 400 assumes an actual sector size of 556 bytes (N), including CRC and ECC bytes, 
a codeword size (L) of 12 bytes, and the last data block size (R) equaling 4 bytes (e.g., R 
= MOD (iV, L) = MOD (556, 12) = 4 bytes). Hence, the bit error rate (BER) gain as 
illustrated in graph of Fig. 4 having the >^ -axis labeled as Order of Magnitude Losses 
(log 10) 410 and the x-axis labeled as Assumed Gains from Parity over No Parity 420, is 
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approximately a 0.25 order of magnitude loss 430 with the last data block having four 
bytes. 

Accordingly, sector block sizes need to be determined using existing controller 
signals. With such support parity protection may be added to variable block size data. 
5 The present invention determines block sizes of the last blocks of data sectors that a 

read/write channel receives from or transmits to a controller without any modifications to 
the current interface between controller and the read/write channel. Appropriate parity 
encoding/decoding may be applied on the last blocks of data without padding additional 
bytes, thereby resulting in an improvement in error rates and savings in data rate 
1 0 efficiency. 

Fig. 5 illustrates a read/write channel 500 according to one embodiment of the 
present invention. In order to calculate the size of the last block of user data, a read/write 
channel 500 needs to have a counter 510, such as a modulo counter, which is reset to zero 
each time the counter reaches a largest block size. When the counter 5 10 is stopped, the 

1 5 counter will calculate the size (R) of the last data block (i.e., remainder of bytes that when 
summed are smaller in size than that of a codeword). 

When writing user information 515 to a medimn 540, the counter 510 reports, 
among other things, the size of the last data block to a channel encoder 525. The channel 
encoder 525 will perform encoding on the user data 515 based on the sizes of the data 

20 blocks. Additional parity and/or encoding 530 may be performed on the last data blocks 
before being transmitted via a transducer 535 to the medium 540. 
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When reading data from sectors on a medium 540, parity post-processing 545 and 
decoding 550 are performed on the user data blocks. In order to apply parity post- 
processing 545 and decoding 550 on the last data blocks, the read/write channel 500 has 
to know, for example, the size of the last data block before the last data block enters the 
5 parity post-processor 545. Hence, the counter 510 reports, among other things, the size 
of the last data block (i.e., remainder of bytes for the last data block) via a channel 
detector 555 to the parity post-processor 545. After parity post-processing, the data is 
passed to channel decoder 550 for decoding. The chaimel decoder 550 generates decoded 
user data 560. The coimter may be driven by a signal, such as an optional RWCLK 570. 
1 0 Those skilled in the art will recognize that the functions illustrated in Fig. 5 need not be 
performed by separate entities, but instead may be performed by a device properly 
configured, such as a digital signal processor (DSP) or an application specific integrated 
circuit (ASIC), etc. 

Figs. 6 and 7 illustrate signaling diagrams 600, 700 for determining sector block 
1 5 sizes using existing controller signals. According to the present invention, data 610 may 
be written to or read from a medium (220 in Fig. 2). The data 610 may include at least a 
gap field 615, a synchronization field (sync field) 620, synchronization bytes (sync bytes) 
625, user data 630, error correction code 635 and pad bytes 640 (e.g., for Viterbi closure) 
However, the present invention is not meant to be limited to these fields. 
20 A write signal (write-gate signal) 650 and/or a read signal (read-gate signal) 

provided from a storage controller (240 in Fig. 2), such as a HDC, may be used to 
indicate a length of the data being transmitted to the medium and is accurate with respect 
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to a channel reference clock (RWCLK). The storage controller already has knowledge of 
the length of data sectors, including split sectors, by any acceptable manner. The storage 
controller indicates to the read/write channel the last byte of user data or any pre-defined 
number of bytes {Ml bytes for write gate signal and M2 bytes for read gate signal) before 
the last byte of user data by changing the characteristics of the write gate signal and/or 
read gate signal (e.g., de-assertion of the write gate signal and/or read gate signal). The 
Ml and M2 may be different and are programmable via a chaimel register. For write gate 
signal, the Ml is usually zero, which commands write gate signal to de-assert at the last 
byte of user data. Ml is not limited to zero, and could be any other number, which will 
command write gate signal to de-assert Ml bytes ahead of the last byte of user data. For 
read gate signal, M2 is usually non-zero, which commands read gate signal to de-assert 
M2 bytes ahead of the last byte of user data. The M2 is usually equal to the sum of the 
parity post-processor latency and the ENDEC latency. 

The resolution of a trailing edge of the read and write signals generated by the 
storage controller is, for example, two (2) RWCLKs cycles, implying that the size of the 
last data block could be, for example, in two-byte increments. However, the present 
invention is not limited to the number of clock cycles or byte increments for the size of 
the last data block. 

In order to calculate the size of the last block of a user data sector 610, a 
read/write channel (e.g., 500 in Fig. 5) may have a counter (510 in Fig. 5) that may hold a 
largest block size (i.e., the largest block size minus one byte for a counter numbering a 
first byte as zero). However, the present invention is not limited to this block size. This 
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counter may be called the modulo counter, which is reset to zero each time the largest 
block size is reached. The counter may be driven by a clock, such as the RWCLK, and is 
triggered by the recognition of sync bytes 625. However, the present invention is not 
limited to driving the counter by a clock or triggering the coimter by the recognition of 
sync bytes 625. 

The largest block size L may be called the counter length. For example, let a data 
sector size (e.g., data sector size) be bytes in length. When a 96/104-channel code is 
used, the largest block size Z is 12 bytes (i.e., 96 user bits divided by 8 bits). The counter 
will provide a remainder (i.e., size (i?)) as the size of the last block for the last data block 
after the counter is stopped. If the write gate signal de-asserts at the last byte of user data, 
wherein 

R^UOT>{N,Ly (1) 
If the write gate signal de-asserts Ml bytes ahead of the last byte of user data, and the 
counter has K bytes stored in the counter after stopping counting, then 

i? = M0D(^+M7,Z), (2) 
where K-^Ml = K 

For example, if TV^ equals 556 bytes, and L equals 12, then R equals 4 (i.e., R = MOD 
(556, 12) = 4) bytes. 

Additionally, in order for read/write channel to properly write and/or read the last 
block of data having variable sizes, a processing device, such as an encoder/decoder (525, 
550 in Fig, 5) and/or parity post-processor (PPP) (545 in Fig. 5), of the read/write channel 
must know the size of the last data block before the last data block arrives at read/write 
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channel inputs, respectively. To determine the size of the last data block, transitions of 
storage control read/write signal is detected at specific timing intervals. 

Fig. 6 is a timing diagram 600 illustrating the transition of a storage controller 
write signal for determining sector block sizes according to one embodiment of the 
5 present invention. For writing, a storage controller (240 in Fig. 2) de-asserts 652 the 
write-gate signal 650 upon detecting a last data byte excluding any pad bytes 640, 
appearing on a non-retum-to-zero (NRZ) bus 655 (e.g., from the NRZ bus). However, 
the present invention is not limited to using NRZ channel bit representation, and is not 
limited to have storage controller de-asserts 652 the write-gate signal 650 upon detecting 

10 a last data byte. The storage controller may de-assert 652 the write-gate signal 650 Ml 
bytes ahead of the last data byte, where Ml is a pre-defined number between the storage 
controller and read/write channel. The de-assertion 652 of the write-gate signal 650 by 
the storage controller, signals the read/write channel (246 in Fig. 2) to the end of the last 
user data byte or Ml bytes ahead of the last data byte. The coxmter signal 660 transitions 

1 5 662 and the counter then reports the size of the last data block to the processing device 
(525 in Fig. 5), which invokes proper encoders based on the size of the last block. 

According to one embodiment of the present invention, due to write path latency, 
there will be sufficient time for the processing device (525 in Fig. 5) to encode/decode 
the last block of data after determining the last data block size. Accordingly, an extended 

20 write-gate signal 665 generated by either the storage controller or the read/write channel 
is active 680 (e.g., asserted) when write-gate signal 650 is active (e.g., asserted) and 
continues to be active until the last user byte and the all pad bytes for Viterbi closure 640 
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are flushed out of a read/write channel write path. The number of pad bytes may be a 
predefined number or one-bit of a register may be used to set this value. 

The timing diagram of Fig. 6 also illustrates the signaling operation of a write 
process according to the present invention. A storage controller asserts the write-gate 
signal 650 and begins outputting data including a sync field 620, sync bytes 625, user 
data 630, and error correction code bytes 635. There are two modes to generate the pad 
bytes 640 (e.g., Viterbi closure pad bytes). One mode is that the storage controller 
generates the pad bytes 670 and encode pad bytes equal to a write path latency 671 (not 
actually get written onto the disk), and the read/write channel latches in the pad bytes 
670. The second mode is that the read/write channel generates the pad bytes 640 . When 
the read/write channel generates the pad bytes 640, the storage controller does not need 
to generates the pad bytes 670 and encode pad bytes equal to a write path latency 671. 

The NRZ bus signal 655 transitions when the storage controller starts outputting 
sync bytes 625 . Upon detection of a transition 685 of the NRZ bus signal 655 (e.g., 
assertion of the NRZ signal 655) by the read/write channel, the counter signal 660 is 
asserted 661 and the counter begins counting user data bytes 630 plus ECC 635. The 
read/write channel then latches in user data 630 and ECC 635 by any acceptable means. 
Upon the detection of de-assertion 652 of write-gate signal 650 by the read/write channel, 
the counter stops counting user data 630 (plus ECC 635) and reports the size of the 
remainder bytes (R) of a last data block to an encoder. The extended write-gate signal 
665 continues to be active 680 (e.g., asserted) for as long as the read/write channel 
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outputs encoded user data and pad bytes 640 (e.g., Viterbi closure pad bytes) to 
transducer. 

The read/write channel will then perform parity and encoding on the last data 
block based on the size of the R bytes. The extended write-gate signal 665 will transition 
5 to an inactive state 690 (e.g., de-assert) upon detecting the last byte of Viterbi closure pad 
bytes 670 flushed out of the read/write channel write path. 

For example, if sector size 7\^=512 + 8 + 36 = 556, and the number of pad bytes 
670 is 3, then if write-gate signal 650 will assert 675 for 556-bytes (i.e., N) after the sync 
word 625 starts on the NRZ bus 655. After the counter stops counting, the counter will 
10 have stored 4 bytes (i.e., R = MOD (556,12) = 4 bytes) if 96/104-code is selected. 

Fig. 7 is a timing diagram 700 illustrating the transition of a storage controller 
read signal for determining sector block sizes according to the present invention. In order 
to apply proper parity post-processing and decoding on a last data block, a read/write 
channel has to determine the size of last data block before the last data block enters the 
1 5 parity post-processor. To do this, the read-gate signal 710 has to be de-asserted 715 by 
the storage controller at least M2 bytes before the end of the last data byte of the sector 
being read, excluding any pad bytes, wherein M2 is equal to the sum of the parity post- 
processor latency and the encoder/decoder latency 720. 

De-assertion 715 of the read-gate signal 710 at least M2 bytes before the end of 
20 the last data byte of the sector 720 is performed to make sure that the last data block has 
not been inputted into the parity post-processor yet (this is true for split and non-split 
sectors). In other words, the storage controller de-asserts 715 the read-gate signal 710 
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M2 bytes 720 before the end of the last data byte excluding any pad bytes to allow the 
read/write channel to determine the size of the last block before the last block is 
processed by the parity post-processor and the encoder/decoder. 

A concern in determining the size of a last data block using the read signal is 
determinmg the value of M2. Since different parity post-processors and 
encoder/decoders may utilize blocks of different sizes, the values of M2 may be different 
for codes with different sizes. There are at least two solutions to this problem. A first 
solution is to make the value of M2 the same for all the codes having different sizes. A 
second solution is to select the largest code to be the value of M2. Accordingly, 1 or 2- 
bits of a register may be needed to set this value. 

When reading user data fi-om a sector on a medium, the counter (510 in Fig. 5) 
starts counting bytes upon a detection of sync bytes 725 by the read/write channel. The 
counter stops counting when the storage controller de-asserts 715 the read-gate signal 710 
M2 bytes 720 before the end of a sector being read. At this point, the counter will have K 
bytes stored in the counter, wherein K + M2 equal the length of, for example, the user 
data 730 plus ECC bytes 735 for a sector. The counter reports the remainder of bytes {R) 
of the last data block to the parity post-processor and channel decoder, wherein 

R = MOD{K+M2,L) (3) 
The extended read-gate signal 740 generated by the read/write channel is active 745 
when read-gate 710 is active 750 and continues to be active 745 until the last M2 data 
bytes 720 are flushed onto the NRZ bus 755. 
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The timing diagram of Fig. 7 also illustrates the signaling operation of a read 
process according to one embodiment of the present invention. The storage controller 
asserts 750 the read-gate signal 710 upon the detection of the beginning of a sync field 
765. The NRZ bus 755 is asserted 760. Upon the detection of sync bytes 725, the 
5 read/write channel outputs one sync byte or several sync bytes onto NRZ bus 755 and 
begins to output additional user data 730 onto NRZ bus 755. The counter starts to count 
the user data bytes 730 while the storage controller latches the data by any appropriate 
means. 

The storage controller then de-asserts 715 the read-gate signal 710 M2 bytes 720 
1 0 before the end of the sector being read. Upon the de-assertion 715 of read-gate signal 
710, the counter stops counting user data 730 and K bytes will have been stored in the 
counter. The counter then reports the size of the last data block (i.e., R bytes) to the 
parity post-processor and channel decoder, wherein the size of the last data block is equal 
to i? = MOD M2, 1). The extended read-gate signal 740 continues to be active 745 
1 5 (i.e., asserted) after read-gate signal 710 goes inactive 715 (i.e., de-asserted). 

The processing of the last data block is determined as follows. If R is equal to 
zero, then the size of the last data block is L and the parity post-processor starts 
processing the last data block. If R is not equal to zero, then the size of a last data block 
is not L and the parity post-processor will process a current block of size L and also the 
20 last data block of size R, After parity post-processing, the data is passed to a channel 

decoder for decoding. Finally, the extended read-gate signal 740 goes inactive 770 upon 
the last byte of the data being flushed out of a channel read path. 
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Further, when reading user data, the read/write channel usually operates in an 
early-read-mode. Early-read-mode is the mode when a read/write channel de-asserts 715 
a read-gate signal 710 earlier than the read/write channel should to allow for pipeline 
reading. Also, the storage controller typically has several bytes of latency in counting 
5 incoming user data bytes from the read/write channel. In order for the read/write channel 
to count bytes correctly, the storage controller needs to take the latency into account 
when de-asserting 715 the read-gate signal 710. 

For example, if a sector size equals 556-bytes (i.e., A^=512 + 8 + 36 = 556), the 
largest latency of the read-path is 30 bytes, and the delay of the storage controller 

1 0 counting data bytes is 2 bytes, then the read-gate signal will be asserted for M2 bytes 
(556 minus 30) after sync word 725 is detected. After the counter stops counting, the 
counter has stored 10 bytes (i.e., MOD (526, 12) = 10 bytes) if 96/104-code is 
selected. Then the size R of the last data block is 4 bytes (i.e., R = MOD (10+30,12) = 4). 
After finishing processing of the current 12-byte block, the parity post-processor selects 

1 5 parity post-processing for the 4-byte block. 

Fig. 8 is a flow chart 800 for determining sector block sizes using existing 
controller signals according to the one embodiment of the present invention. In Fig. 8, a 
transition (e.g., assertion or de-assertion) of a data channel gate-signal is detected, 
indicating a length of data written to or read from a medium 8 1 0. The length of data is 

20 determined based on the detection of the transition of the gate-signal 820. Then, the size 
of a last data block in the length of data is calculated based on the determined length 830. 
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Fig. 9 illustrates a storage system 900 that determines sector block sizes using 
existing controller signals according to embodiments of the invention as illustrated with 
reference to Figs. 1-8 using an executable program readable from a program storage 
device. The process illustrated with reference to the present invention may be tangibly 
embodied in a computer-readable medium or carrier, e.g. one or more of the fixed and/or 
removable data storage devices 968 illustrated in Fig. 9, or other data storage or data 
communications devices. A computer program 990 expressing the processes embodied 
on the removable data storage devices 968 may be loaded into the memory 992 or into 
the system 900, e.g., in a processor 996, to configure the system 900 of Fig. 9, for 
execution. The computer program 990 comprise instructions which, when read and 
executed by the controller 900 of Fig. 9, causes the system 900 to perform the steps 
necessary to execute the steps or elements of the present invention. 

The foregoing description of the exemplary embodiment of the invention has been 
presented for the purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope of 
the invention be limited not with this detailed description, but rather by the claims 
appended hereto. 
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